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application application-name 
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resources 
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transaction transaction-name 
module module-name 
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rule-body ^ 

} 

transaction transaction-name 
module module-name 
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rule-body 
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alternate ruleset 
{ 



20d < 



transaction transaction-name 
module modiUe-name 
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transaction transaction-name 
module module-name 
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rule-body 
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resource Windows { } 
resource Connection { } 
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transaction "UpdateEmployeeRecord" 
module ''PrimaryOperations" 
{ 

event "1-of-5" Windows SetFocus { Title="Correction ~ Personal Data" } 
event "2-of-5" Windows ButtonPress { Text="OK" } 
event "3-of-5" Windows SetFocus 
{ 

Title=" Administer Workforce (U.S.) - Use - Personal Data" 

} 

event M-of-5" Windows MenuCommand { Text=Tile->Save" } 
event "5-of-5" Windows StatusMessage { Text="Record Saved" } 



FIG. 9G 

transaction ''AddNewEmployee" 
module "PrimaryOperations" 

{ 

choice 
{ 

sequence # Manually enter employee data 
{ 

event "1-of-3(A)" Windows SetFocus { Title="Enter Employee Data" } 
event "2-of-3(A)" Windows MenuCommand { Text="Record->Save" } 
event "3-of-3(A)" Windows StatusMessage { Text="Record Saved" } 

} 

sequence # Import employee data from a file 
{ 

event "1-of-3(B)" Windows SetFocus { Title="lmport Employee Record" } 
event "2-of-3(B)" Windows MenuCommand { Text="Record->Save" } 
event "3-of-3(B)'' Windows StatusMessage { Text="Record Imported" } 

} 

} 

} 
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module "Calendar" 

{ 

# Begin with the pressing of the "Schedule" button, 
event ''l-of-2" Windows ButtonPress 

{ 

ParentTitle="New Appointment" Text="Schedule" 

} 

# End with the last networking event to the database server, 
last 

{ 

event ''2(A)-of-2" Connection Request { } 
event "2{B)-of-2" Connection Response { } 

} 

} 
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event "1-of-7" Windows SetFocus { Title=regexp:"Update Employee - .*" } 
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I 



88g 



86a 



application "Windows" 
{ 

resources 
{ 

require one 

{ 

^ resource Process { ExecutableName 



} 



} 

additional 
{ 

resource Windows { } 
resource Connection { } 

} 




(Application Executable)) } 



} 



transaction "WindowTransition" 
module "AR" 

{ 

choice 
{ 

# Start with any window. 

event "WndlTitle" Windows SetTitle { } 
event "Wndl Focus" Windows SetFocus { } 

} 

choice 
{ 

# Ends with any other window 

event "Wnd2Title" Windows SetTitle { } 
vent "Wnd2Focus" Windows SetFocus { } 

} 

} 
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additional 
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resource Windows { } 
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} 



FIG. 1 1 E 



86i 



Example ruleset 16 
^ 



application "Web" 
{ 

resources 
{ 

require one 
{ 

resource Web { } 

} 

additional 
{ 

resource Connection { 

} 

} 

transaction "BrowseAnywhere" 
module "AR" 

{ 

# Begin page download, 
choice 

{ 



} 



} 



event "BeginDownioad" Web BeginLoad {(URL=contains:$(URLsp} 





} 



} 



# End page download. 

event "EndDownload" Web EndLoad { } 



sag 
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transaction "BrowseAnywhere" 
module "AR" 

{ 

# Begin page download, 
choice 

{ 

event "BeginDownload" Web BeginLoad 
event "BeginDownload" Web BeginLoad 
event "BeginDownioad" Web BeginLoad 



{ URL=contains:$(URLs) } 

{ URL=contains:"www.concord.com" } 

{ URL=contains:"www.irs.ustreas.gov" } 



# End page download. 

event "EndDownload" Web EndLoad { } 

} 
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transaction "BrowseAnywhere" 
module "AR" 

{ 

# Begin page download. 

event "BeginDownload" Web BeginLoad { URL=contains:$(URLs) } 

event "BeginDownload" Web BeginLoad { URL=contains:"www.concord.com" } 

event "BeginDownload" Web BeginLoad { URL=:contains:"www.irs.ustreas.gov" } 

# End page download. 

event "EndDownload" Web EndLoad { } 

} 
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resources 
{ 

require one 
{ 

resource Process { ExecutableName="CERNER" } 

} 

additional 
{ 

resource Windows { } 

resource Connection { Hostname=$(Server Host) Port=%(Server Port) } 

} 
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application "EmployeeManagemenf 
{ 

resourc s # The application consists of a single executable. 
{ 

require one 
{ 

resource Process { ExecutableName="EmplMgmf } 

} 

additional 
{ 

resource Windows { } 
resource Connection { } 

} 

} 

# 

# User-level transactions. Only monitor new employee and employee 

# update operations. 
# 

transaction "NewEmployee" 
module ''UserOperations" 
{ 

event "1-of-2" Windows MenuCommand { Text=''New->Record..." } 
event "2-of-2" Windows StatusMessage 
{ 

Text="New employee record created." 

} 

} 

transaction "EmployeeUpdate" 
module ''UserOperations'* 
{ 

event "1-of-2" Windows MenuCommand { Text="Edit->Save" } 
event "2-of-2" Windows StatusMessage { Text="Employee record updated." } 

} 

# 

# AR-level transactions. Monitor every window transition. 
# 

alternate ruleset 
{ 

transaction ''ARWindowTransition" 
module "AROperations" 

{ 

event ''l-of-2" Windows SetFocus { } 

event "2-of-2" Windows SetFocus { } 

} 

} 

} 
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I 



<Object identifier> = 



<application name>- 



100c 



100c 



Kwindow path> = 



[(top-level window of application). stnng] 
[...] 

\l?ARENT(PAREm(currentwindow)).stnng] 
\[PARENT(current window). stnng] 
\[(current window). string] 



(window) .stnng = 



<window's class name> 
-<window's class styles> 
-<window's window styles> 
-<window's extended styles> 
- Kwindow 's child identifier> 
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